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Z.  IHIBOPaCTION 


One  o£  the  factors  which  limits  human  perfornance  is  the 
limited  capacity  of  human  memory.  Memory  is  commonly 
considered  to  be  divided  into  two  parts:  short  term  and 
long  term.  Short  term  memory  is  compared  to  the  primary 

storage  of  a  computer.  It  is  characterized  by  rapid  access 
and  volatility.  Long  term  memory  is  compared  to  the  secon¬ 
dary  storage,  in  that  it  is  more  permanent  in  nature  than 
short  term  memory  and  it  needs  more  time  anl  effort  to 
record  and  to  retrieve  information  from. 

The  basic  idea  cf  the  database  for  doing  personnel 
management  is  to  provide  means  of  extension,  to  both  short 
term  and  long  term  memory.  Long  term  memory  should  help 
users  to  easily  store  information  which  they  would  have 
difficultly  to  memorize.  Short  term  memory  should  provide 
users  with  a  method  to  reduce  the  burden  upon  its  capacity. 
Instead  of  having  to  remember  a  piece  of  information,  the 
user  uses  the  key  as  input  to  retrieve  the  desired  informa¬ 
tion  from  the  personnel  database  system.  Retrieved  informa¬ 
tion  need  not  to  be  memorized  since  it  is  easy  to  obtain. 

A  good  personnel  database  system  should  provide  its 
users  with  means  for  storing  information  and  retrieving  it, 
that  are  faster  and  more  efficient,  for  a  varietf  of  diverse 
applications.  Furthermore,  a  personnel  database  system 
reduces  the  manual  labor  and  the  expenses  of  National 
Defens :. 

To  achieve  these,  a  database,  for  doing  personnel 
management  in  Republic  of  Korea's  (ROK)  Army  will  be 
designed.  Chapter  II  addresses  the  background,  that  relates 
to  the  database  design  for  ROK  Army's  personnel  management, 
the  end-user  requirement  and  application  system  requirement. 


and  introduce  the  research  direction  and  objectives  of  this 
thesis.  Chapter  III  selects  an  appropriate  database  model, 
discusses  the  characteristics  of  the  selected  model,  and 
introduces  techniques  for  its  designing.  Chapter  IV  designs 
the  personnel  database  by  process  of  database  design,  and 
discusses  special  subjects.  Finally,  chapter  V  presents 
conclusions  and  recosaendations  for  this  thesis. 


II.  BACKGROUND 


A.  OTEBTIEW 

Often  today,  information  needed  in  an  important  decision 
making  process  is  scmevhere  in  an  organization  bat  is  not 
available  to  the  personnel  decision  makers  vhei  they  need 
it.  Many  personnel  managers  have  not  recognized  that  a 
better  system  is  needed  for  information  retrieval.  With  the 
use  of  a  computerized  personnel  database,  persona  el  decision 
makers  can  get  far  better  information  than  was  possible 
prior  to  computers,  and  the  information  vill  be  much  more 
timely. 

Personnel  managers  need  to  adopt  more  accurate,  complex 
and  vide  variety  of  information  systems  for  the  decision 
making  process.  It  is  impossible  to  obtain  all  information 
needed  through  manual  or  file  systems  when  the  information 
is  needed  within  a  relatively  short  periods  of  time. 

Personnel  decision  making  is  a  never  ending  process,  and 
extends  much  further  to  include  the  possibilities  for  job 
redesign,  counseling  and  guidance,  the  removal  of  organiza¬ 
tional  constraints,  and  the  design  of  specialized  training 
or  development  programs.  Thus  mapping  the  individuality  of 
persons  is  necessary  not  only  for  personnel  selection  and 
placement,  but  for  all  other  personnel  prograas  as  well. 
People  differ  greatly  from  one  another;  this  fact  does  not 
carry  implications  about  the  static  or  dynamic  nature  of 
human  abilities,  needs,  motives,  and  behavioral  tendencies. 
Therefore,  many  personnel  managers  are  becominj  interested 
in  PEBSCNNEL  DATABASE  SYSTEMS. 

So  as  to  understand  end-user  requirements  and  current 
applications  of  systems  which  provide  limited  kinds  of 
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information,  the  description  of  end-user  requirements  is 
provided  in  section  B.  Section  C  summarizes  the  problem  of 
current  application  of  personnel  systems  and  section  D 
addresses  the  direction  and  objective  of  this  thesis. 

B.  EHD-OSEB  BEQOIBEHEITS 

It  should  be  obvious  that  the  personnel  function  encom¬ 
passes  more  than  first  imagined.  Personnel  Management  is 
indeed  concerned  with  individual  personnel  problems  and  also 
performs  to  support  the  achievement  of  military  objectives. 
In  other  words,  personnel  management  is  basically  concerned 
with  the  most  effective  application  of  military  manpower  as 
a  means  of  reaching  military  objectives.  [Bef.  1] 

To  achieve  objectives  set  by  the  BOK  Army,  the  Personnel 
Department  at  BOK  Army  HQ  supports  three  groups:  Personnel 
Planning,  Personnel  Administration,  and  Welfare  *  Bef .  2]. 

1.  £ersgpnej 

The  Personnel  Planning  group  should  compare  the 
present  with  future  needs  and  goals,  as  well  as  make  Flans 
of  action  for  the  achievement  of  these  objectives.  Plans  of 
action  should  include  the  long  range,  mid  range  and  short 
range  future.  These  plans  must  be  carefully  dstermined  by 
using  large,  broad,  and  relevant  factors  of  Internal  and 
external  nature.  The  factors  will  help  to  set  up  a  flexible 
and  adjustable  plan,  and  help  assure  that  the  iirection  of 
change  in  the  BOK  Army  is  straightforward  and  that  it  is 
attained.  [Bef.  3] 

By  the  variety  of  relevant  elements,  tie  personnel 
manager  should  have  better  information  with  whish  to  decide 
the  number  of  procurements  from  and  retirements  to  civilian 
life,  the  number  of  personnel  to  be  promoted  t?  each  rank. 
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2 .  Personnel  Administr ation 

The  fund  of  data  o&  an;  person's  background,  career, 
interests,  and  other  characteristics  is  potentially  tremen¬ 
dous.  The  best  basis  available  for  predicting  an;  person's 
future  behavior  is  his  current  and  past  perfonance.  The 
sore  the  personnel  manager  knows  about  the  individual 
officer,  the  better  he  can  assign  personnel,  mail  functions, 
talents,  and  interests  to  his  position  needs,  ani  the  better 
his  job/mission  can  be  modified  to  fit  his  skill  or  needs. 
Obtaining  a  broad  fund  of  relatively  reliable  objective  data 
about  an;  person,  and  using  it  as  a  means  of  knowing  him 
better,  is  a  derivation  for  reaching  very  important  results. 
[Ref.  3] 

Efficient  procurement  has  to  be  made  based  on  the 
information  about  the  candidate's  education,  qua lif ication, 
experience,  skills,  etc.  Effective  education  and  training 
is  also  important.  It  is  not  possible  to  plan  education  and 
training  programs  for  each  individual  entrant  into  ROK  Army. 
It  is  necessary  to  plan  for  groups  of  persons  who  are 
promoted  at  the  same  time  to  a  higher  rank,  and  for  ROK  Army 
candidates.  Education  and  training  data  will  be  accumulated 
with  other  types  of  data  and  used  to  determine  special  abil¬ 
ities.  Assignment  can  then  be  made  to  make  optimum  use  of 
the  person's  abilities.  It  invokes  the  recognition  of 
unused  abilities  and  development  of  latent  skills  to  the 
degree  required  to  meet  the  job  needs.  Promotion  is  also  an 
important  tool  in  the  motivation  of  personnel.  Since  the 
number  to  be  promoted  at  senior  rank  is  known,  tie  individu¬ 
al's  abilities  at  his  present  rank  is  of  high  interest  to 
both  the  pr emoting  person  and  the  member.  [Ref.  4] 

After  candidates  have  been  selected,  thair  data  can 
be  synthesized  and  maintained  so  that  it  can  be  used  at  any 
time  for  transfer,  new  assignmect,  promotions,  etc.. 


,*  /  .•  .* 
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Personnel  separation  occurs  when  the  person  already 
has  a  new  job,  he  has  been  attracted  away  from  SDK  Army,  or 
he  reaches  the  age  limitation,  rank  limitation  or  maximum 
public  service  duration.  The  collected  data  about  the 
person  who  is  terminating  must  be  complete  in  order  for  the 
personnel  management  system  to  give  leads  to  other  opportu¬ 
nities  and  fields. 

3.  Welfare 

Managers  in  large  or  small  unionized  groups  should 
achieve  their  goals  more  often  than  managers  of  a onunionized 
groups.  The  manager  becomes  more  welfare  conscious  because 
of  the  threat  of  unionization.  The  welfare  does  appear 
adequate,  but  many  intangible  welfare  benefits  are  given  by 
attitude  and  approval.  A  more  meaningful  expression  of 
welfare  is  that  managers  hope  to  carry  out  military  objec¬ 
tives  in  full  recognition  of  the  importance  of  the  worth  of 
individuals  taking  part  in  the  objectives. 

Good  salary  and  kind  treatment  are  a  means  for 
welfare.  Kind  treatment  includes  such  thing  as  mental  and 
physical  health,  physical  work  and  recreatioa,  reward, 
personal  services,  leave,  medical  insurance,  etc.  These  are 
also  important  for  military  morale.  [Bef.  5] 

C.  APPLICATION  SYSTEM  REQOIBEHEHTS 

Several  computer  centers  were  installed  by  tie  BOK  Army. 
There  are  four  types  of  computer  centers.  The  type  of 
computer  center  is  determined  by  the  purpose  of  use;  educa¬ 
tion,  personnel,  logistics  and  intelligence.  All  the 
computer  centers  are  directly  controlled  by  the  Staff  of  BOK 
Army  HQ..  Computer  centers  for  personnel  management  are 
located  in  same  city  as  military  forces.  They  each  have 
different  hardware  systems.  Applications  with  file  systems 


have  been  individually  designed,  developed  and  operated  by 
the  different  operating  systems. 

They  use  several  languages,  COBOL,  AsseabLy  language, 
and  PL/1.  83X  of  total  applications'  software  is  COBOL,  14% 
is  Assembly,  and  3%  is  PL/1.  Assembly  language  tends  not  to 
be  used  by  the  programmer  and  the  percentage  o£  COBOL  will 
be  becoming  higher  and  higher.  Some  application*  s  systems 
are  operated  daily,  weekly,  monthly,  and  yearly.  The  files 
of  the  applications  consist  of  indexed  sequent ial  access 
method  (ISAM)  or  sequentially  fixedJLength  records. 

At  present,  many  files  of  records  without  database  tech¬ 
niques  are  used  in  ROK  Army.  These  files  contain  limited 
data  items  that  personnel  managers  require.  Several  file 
systems  provide  information  to  be  used  for  doiag  personnel 
management  by  spooling,  time  sharing,  and  virtual 
techniques. 

In  order  to  provide  personnel  managers  who  want  to  use 
information  with  it  as  soon  as  possible,  ROK  Any  personnel 
systems  must  have  a  capability  to  provide  reliable  informa¬ 
tion  with  efficient  processing.  This  is  complicated  by  the 
fact  that  the  application  systems  use  several  different  file 
system. 

The  problems  of  the  file  system  are  as  folio* s  [Ref.  6]. 
First,  there  is  high  level  of  redundancy.  There  are  several 
of  the  same  kind  of  data  items  among  Personnel  System,  Pay 
Roll  System,  P X  System,  Military  Medical  System,  etc.. 
These  common  data  items  are  updated  independently  in  each 
file  system.  It  is  very  hard  to  maintain  the  accuracy  of 
common  data  item  on  different  file  systems.  furthermore,- 
the  number  of  files  for  application  will  be  more  and  more. 

Second,  the  file  systems  are  inflexible.  Requests  for 
information  from  a  wide  range  of  users  are  ia possible  to 
answer  within  given  time.  Even  though  the  file  systems 
contain  data  items  for  producing  information  to  be  provided. 


it  can  not  be  provided  relating  to  those  data,  r 
not  be  processed  without  reconstruction.  Althoi 
have  been  paid  for  computer  system,  the  informat 
be  obtained  when  it  is  needed. 

Third,  it  can  be  expensive  to  make  changes 
system.  According  to  reguest  of  users,  a  file  sf 
changed  cr  modified.  Sometimes  the  modifications 
cult  because  the  applications  were  not  adeguately 
for  other  prograners.  As  time  goes  on,  this  prob 
worse  because  more  programs  are  created  or  modiC 
whenever  a  file  is  changed,  programs  for  that 
have  to  be  changed  or  modified. 

Additionally,  individually  developed  file 
non- standardized  hardware  systems  do  not  help 
data-comaunications  with  each  other. 

Recently,  the  higher  manager  recognizes  the  1 
standardization  of  hardware  and  the  unification 
tion  softwares.  One  department.  Software 
Department,  that  directly  manages  to  develop 
systems  and  programs  was  found. 
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D.  RESEARCH  DIRECTICH/OBJECT 

It  could  be  clearly  seen  that  the  personnel  management 
system  must  have  a  great  deal  of  relevant  information  so  as 
to  proceed  efficiently  and  effectively  through  all  of  the 
aspects  involved.  This  supporting  information  must  be  reli¬ 
able  and  it  must  be  accurate.  This  can  be  accomplished  only 
if  the  relevant  data  is  also  accurate  and  contemporary.  In 
order  to  reach  the  needs  of  all  of  the  personnel  functions, 
management  must  also  gather  historical  data  about  rank, 
career,  education,  etc.. 

It  can  also  be  seen  that  one  personnel  function  may  need 
the  same  information  as  another  function.  For  axample,  the 


education  and  training  function  needs  inforaation  about  the 
educational  history  of  a  person  so  that  it  can  be  used  to 
assign  that  person.  This  same  inforaation  would  again  be 
used  when  personnel  will  be  separated  froa  ROK  Ac  ay,  to  help 
hia  find  a  new  job. 

Is  tiae  goes  on,  personnel  aanagers  need  aore  accurate 
and  increased  inforaation  to  do  their  decision  aaking 
quickly.  Inforaaticn  required  by  the  personnel  aanagers  is 
soaetiaes  too  coaplex  and  considerable  tiae  is  required  to 
prepare  it.  Different  personnel  aanagers  *ant  to  be 
supported  with  different  inforaation.  Froa  time  to  tiae,  it 
is  inpossible  to  answer  their  requests  with  file  systeas. 
Several  personnel  file  systeas  which  are  operated  in  ROK 
Aray  conputer  centers  can  be  replaced  by  one  personnel  data¬ 
base  systea  at  one  ccaputer  center.  The  new  database  systea 
for  doing  ROK  Aray*s  personnel  aanageaent  has  to  be  designed 
to  operate  with  aininun  Ban  hours,  and  have  tha  capability 
to  provide  decision  aakers  with  a  broad  variety  of  personnel 
inforaation.  Therefore,  with  a  new  personnel  Database 
Systea,  costs  and  nan  hours  could  be  reduced. 

The  direction  and  objective  of  this  thesis  will  show  how 
the  conception  of  database  design  is  applied  In  the  near 
future  for  doing  personnel  aanageaent  in  the  ROK  Aray. 
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1.  OVEBVIEW 

1  database  model  is  a  logical  organization  of  data. 
And,  it  is  iaportant  design  tool  to  understand  the  local 
organization  data.  To  design  the  database  s?stea,  the 
designer  sust  select  an  adeguate  database  aodel  to  achieve 
their  objectives  a song  many  kinds  of  database  aodel.  To 
select  a  useful  database  aodel  aaong  these,  hot  aany  kinds 
of  criteria  should  be  considered  and  how  to  ldopt  those 
criteria  for  candidate  aodel?  After  selection  a  adeguate 
aodel,  what  principles  are  applied  to  build  a  effective  and 
efficient  database  systea?  And,  what  are  the  technigues  to 
reduce  aeaory  space?  The  eventual  objectives  of  database 
systeas  organization  are  to  develop  applicatisns  easier, 
faster,  aore  flexible,  and  aore  economical.  These  objec¬ 
tives  aust  be  achieved  by  the  database  systea  designers. 

For  these  guestions,  the  first  part  of  this  chapter 
describes  hov  to  select  a  database  aodel  and  shows  briefly 
the  characteristics  of  the  selected  aodel.  Tie  remaining 
part  presents  the  theories  (technigues)  for  effective  and 
efficient  database  systea  designing. 

B.  CCHPABISOiS  OF  DATABASE  MODEL  AID  SELECTIOI 

There  are  aany  types  of  data  models.  These  include  the 
relational  aodel,  the  network  aodel,  the  hierarciical  aodel, 
the  entity-relationship  aodel,  the  binary  aodel,  and  the 
semantic  data  aodel.  Foreaost  aaong  this  list  ace  the  rela¬ 
tional,  network,  and  hierarchical  aodels.  [  Bef .  7,  8,  9] 

Indeed,  a  preponderance  of  the  coaaercial  database  systeas 
in  use  today  are  based  upon  one  of  these  three.  However, 


which  of  these  data  aodels  is  better  for  doing  ROK  Army 
personnel  management?  This  is  a  question  we  snail  attempt 
to  answer  as  we  evaluate  them  according  to  the  criterion 
below. 

To  select  one  database  model  among  these,  the  main  stan¬ 
dard  of  comparisons  to  achieve  the  objectives  oE  a  database 
system  organization  are  as  following  [Ref.  10,  11  ]  : 

1.  Ease  of  qse.  It  requires  less  time  for  users  to 
become  familiar  with  database  system.  Tie  principle 
cost  may  be  time  spent  by  the  programmer  writing 
applications*  programs  and  by  the  user  posing 
queries.  A  model  that  makes  accurate  programming  and 
the  phasing  of  queries  easy. 

2.  Efficiency  of  implementation  on  data  processing 

activity.  The  total  cost  of  implementation  a  data¬ 

base  comes  from  the  computer  time  (execution  time) 
spent. 

3.  Reality.  The  model  represents  as  closely  as  possible 
to  the  real  world  situation. 

In  the  standard  of  ease  of  use,  the  relation al  model  is 
higher  mark  than  others  [Ref.  8,  10].  This  mol  el  provides 
only  one  concept  of  the  relation  (section  C)  tiat  the  user 
or  the  programmer  must  understand.  Furthermore,  this  model 
adopts  very  high  level  languages  for  expressing  queries 
concerning  data  represented. 

The  network  model  requires  understanding  of  both  record 
types  and  links,  and  their  interrelationships.  The  imple¬ 
mentation  of  many-to-many  relationships  and  relationships  on 
three  or  more  entity  sets*  is  complex.  Similarly,  the  hier¬ 
archical  model  needs  an  understanding  of  now  to  use 
pointers,  and  it  has  the  same  problems  such  that  one-to-aany 
relationships  between  two  entity  sets.  [Ref.  12] 


*  Entity  set  is  a  collection  of  entity  that  is  repre 
seated  directly  by  logical  record  type. 


In  the  standard  of  implementation  efficiency,  the  hier¬ 
archical  model  has  more  potential  than  the  relational.  But, 
the  pointer-oriented  implementation  vith  variable  length 
records  needs  a  time  to  familiar  vith  one-to-maay  mappings. 
[Ref.  13] 

Through  the  above  discussion,  the  relational  model  is 
considered  better  than  others  for  ROK  Army  personnel  manage¬ 
ment.  The  user  has  little  knowledge  on  database  systems  and 
languages,  and  they  are  transferred  frequently.  within  a 
short  period  of  time.  Therefore,  they  require  to  familiar 
readily  with  database  system  that  does  not  naed  greatly 
programming  skill.  Then,  the  potential  of  efficiency  in  the 
relational  model  can  be  increased  using  the  relational  query 
languages  (section  C),  and  normal  fora  (section  E). 

In  addition,  even  though  individual  persona  el  data  can 
be  maintained  individually,  the  most  needs  are  for  statis¬ 
tical  information  rather  than  individual  persona  el  informa¬ 
tion  to  analyze  and  to  plan  for  personnel  management.  In 
this  case,  most  of  the  information  output  format  are  natu¬ 
rally  used  tabular  forms.  By  these  situations,  the  rela¬ 
tional  model  is  more  helpful  than  others  ia  ROK  Army 
Personnel  Management. 

C.  CHARACTERISTICS  OF  RELATIONAL  MODEL 

1-  IkS  £once£is  Eejatjoflal 

The  ralational  model  represents  data  in  the  simple 
form  cf  tables.  A  relation  is  simply  a  two* dimensional 
table  having  several  properties.  The  entries  in  the  table 
have  a  single  value  vith  flat  files,2  and  the  entries  in  any 
column  are  all  of  the  same  kind.  Each  column  a  as  a  unique 
name  and  the  order  of  the  columns  is  not  important.  No  two 


2 A  flat  file  has  a  fired  length  neither  repeating  groups 
nor  arrays. 


rows  in  the  table  are  identical  and  the  order  of  the  rows  is 
insignificant.  Each  row  of  the  relation  is  calLed  a  tuple. 
A  relation  that  has  n  coluans  or  n  attributes  i3  said  to  be 
of  degree  n.  Each  attribute  has  a  doaain,  which  is  the  set 
of  values  that  the  attribute  can  have.  A  relation  of  degree 
n  has  n  domains,  not  all  of  which  need  be  inigue.  To 
differentiate  between  attributes  that  have  the  sane  domain, 
each  has  a  unique  attribute  name.  £Bef.  14] 

Within  a  given  relation  there  are  one  or  more  attri¬ 
butes  with  values,  these  names  will  always  be  unique.  If 
so,  the  attribute  name  is  a  primary  key.  If  names  are  not 
unique,  then  the  key  must  have  more  than  one  attribute  or 
combinations  of  attributes.  Some  combinations  of  attributes 
have  the  unique  identification  property.  This  is  called  a 
secondary  key. 

Belational  model  represents  one-to-ons  relation¬ 
ships,  one-to-many  relationships,  and  many-to-maay  relation¬ 
ships.  This  model  is  natural  and  convenient  way  to 
construct  a  relationship.  These  relationships  are  hidden 
from  the  users.  The  users  can  use  only  data  values  to 
represent  and  process  relationships  among  tuples,  and  can 
access  the  data  using  tersrs  and  values  that  are  familiar  to 
them.  £Bef.  10] 

In  addition,  a  relational  schema  is  a  Listing  of  a 
relation  name  and  its  corresponding  attributes,  and  defini¬ 
tions  of  constraints  on  data  values.  Belational  database  is 
specified  by  this  relational  schema.  £Bef.  14] 

2.  fiasis  Qgecations  2SL 

Belations  can  be  manipulated  using  open  tors  in  the 
algebraic  query  languages  to  obtain  a  desired  result  by 
combining  any  of  the  coluans  and  selecting  any  of  the  rows. 
There  are  several  basic  operations  to  manipulate  relations 
as  follows  £Bef.  10]  : 


Onion.  The  union  of  tvo  relations  is  formed  by 
combining  the  tuples  from  one  relation  with  those  of  a 
second  relation  to  generate  a  third.  Each  ralation  must 
have  the  same  number  of  attributes,  and  the  attributes 
is  corresponding  columns  must  come  from  the  same  domain. 
Duplicated  tuples  are  eliminated. 

Difference.  The  difference  of  two  relations  is  a  third 
relation  containing  tuples  which  occurs  ia  the  first 
relation  but  not  in  the  second.  Each  relation  must  have 
the  same  number  of  attributes. 

Cartesian  Produc t.  The  product  of  two  relations  is  the 
concatenation  of  every  tuple  of  one  relatioi  with  every 
tuple  of  a  second  relation.  The  product  of  relation  A 
(a  tuples)  and  relation  B  (n  tuples)  has  m  times  n 
tuples. 

Projection.  The  projection  is  an  operation  that  selects 
specified  attributes  from  a  relation.  The  rasult  of  the 
projection  is  a  new  relation  having  the  selected  attri¬ 
butes  (columns)  . 

Selection.  The  selection  is  an  operation  that  selects 
specified  tuples  from  a  relation.  The  result  of  the 
selection  is  a  new  relation  having  the  seise  ted  tuples 
(rows) . 

Intersection.  The  intersection  of  two  relations  gener¬ 
ates  a  third  relation  containing  common  tuplas. 

Join.  The  join  operation  is  a  combination  of  the 
product,  selection  and  projection  opera tiois.  In  two 
relation  A  and  B,  the  join  operator  is  as  follows: 
First,  generate  the  product  of  A  times  3.  Next,  do  a 
selection  to  eliminate  some  tuples.  Then,  rsmove  dupli¬ 
cated  attributes  with  projections. 


3.  pat a  Manipulation  Lang gages 


The  operations  of  algebraic  query  languages  were 
previously  discussed.  The  notation  for  expressing  queries 
is  usually  the  most  significant  part  of  the  data  manipula¬ 
tion  languages.  Data  manipulation  languages  usually  have 
operations  beyond  those  of  query  languages.  Of  course,  all 
data  manipulation  languages  include  insertion,  deletion,  and 
modification  commands,  which  are  not  part  of  the  query 
languages.  Some  additional  operations  are  available  such  as 
arithmetic,  assignment  and  print  commands,  aggregation  of 

function  (eg.  average,  sum,  total,  min,  max,  . ) ,  and  so 

on.  [Ref.  10] 

D.  FOICTIOHAL  DEPEIDEICIES 

The  idea  of  a  functional  dependency,  a  constraint  on  the 
possible  relations,  is  central  to  the  design  of  database 
schemes.  The  major  direction  of  most  database  designers 
effort  is  to  obtain  an  accurate  schema.  The  concept  of  what 
is  meant  by  a  "good "/"better"  schema,  and  the  associated 
conditions,  must  be  formalized. 

Given  a  relation  R,  if  at  every  instant  of  time  each 
value  of  A  has  no  more  than  one  value  of  B  associated  with 
it  in  the  relation  R,  the  attribute  B  is  said  to  be  func¬ 
tionally  dependent  on  attribute  A.  Stating  that  B  is  func¬ 
tionally  dependent  cn  A  is  equivalent  to  stating  that  A 

functionally  determines  B,  that  may  be  written  as  f:  A  - > 

B.  This  is  in  accord  with  mathematical  logic  in  which  A 

- >  B  means  that  A  determines  B,  that  is,  if  A  has  a 

certain  value  "a"  then  B  must  have  a  value  "b".  [Ref.  15] 

In  figure  3.1  given  the  SERVICE  BOBBER  valie  there  is 
only  one  corresponding  value  for  each  one  of  the  other  five 
domains.  Functional  dependencies  between  attributes  are 
established  directly  by  the  meaning  of  the  data.  Saying 


OFFICES  (service  number,  name. 


commissioned  date,  unit,  commanler  name) 


Figure  3.1  Functional  Dependency  within  a  Relation  B. 

that  COMMISSIONED  DATE  is  functionally  dependent  on  SERVICE 
NUMBER  means  that  each  given  officer  is  idantified  by 
SERVICE  NUMBER,  which  must  have  only  one  COMMISSIONED  DATE. 
But,  NAME  is  not  functionally  dependent  on  COMMISSIONED  DATE 
because  two  or  more  officers  of  different  COMMISSIONED  DATE 
can  have  the  same  NAME. 

In  a  relation,  every  nonkey  attribute  is  functionally 
dependent  on  at  least  the  key  attribute.  Rhea  a  relation 
has  more  than  one  key  attribute,  all  its  attributes  are 
dependent  on  each  key  attribute  since  there  can  not  be  two 

i 

or  more  attributes  which  have  the  same  key  value.  [Ref.  16, 
17] 

E.  NORMALIZATION  OF  RELATION  SCHEMES 

It  is  not  good  to  have  any  redundancies  in  the  specifi¬ 
cation  of  the  schema.  All  designers  would  hope  that  the 
schema  adeguately  separates  the  different  infora ation  unit. 
Generally  speaking,  making  of  all  functional  dependencies  is 
very  time  consuming,  since  usually  many  functional  dependen¬ 
cies  can  be  used  to  evaluate  the  schema  and  to  aormalize  it 
into  a  better  schema.  Many  reasons  also  have  been  suggested 
why  normalizations  are  necessary.  [Ref.  15,  IS]  In  figure 
3.1  undesirable  side  effects  occur  such  as  redundancy  and 
anomalies: 


•  Redundancy.  The  UNIT  and  COMMANDER  NAME  ire  repeated 
once  for  each  SERVICE  NUMBER.  This  redundancy  causes 
problems  because  it  is  wasteful  storage,  as  well  as 
redundant  data  which  oust  be  consistently  maintained. 

•  OPdate  Anomalies.  The  change  of  UNIT  requires  a  series 
of  changes  of  COMMANDER  NAME.  That  is,  a  ciange  should 
ripple  through  and  cause  a  series  of  changes  for  the 
database  to  be  consistent. 


*  Insertion  Anomalies. 


When  a  commissioned  officer  is 


assigned  his  position  in  a  new  unit,  UNIT  aid  COMMANDER 
NAME  must  be  contained. 


•  Deletion  Anomalies.  When  an  officer  is  separated  from 
the  military,  any  military  information  will  cease  to 
exist.  This  can  be  an  anomaly  if  it  is  desired  to 
retain  important,  long  range  information  about  the 
military. 

These  undesirable  problems  are  removed  from  a  relation 
by  normalization.  Good  database  designers  havs  encouraged 
for  a  long  time  not  to  represent  more  than  one  "concept1'  or 
"entity"  in  a  single  relation.  An  important  objective  of 
normalization  is  to  get  rid  of  these  types  of  anomalies  by 
breaking  a  relation  into  simpler,  but  equivalent  relations. 
[Ref.  10,  15]  Figure  3.1  could  avoid  the  anomalies'  problem 


OFFICER1  (service  number,  name,  commissioned  date,  unit) 
COMMANDER  (unit,  commander  name) 
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by  using  two  relations  that  shows  figure  3.2.  In  figure 
3. 2#  OFFICER1  and  COMMAND ER  are  isolated  and  related  by 
specifying  the  UNIT.  These  two  relations  are  based  on  func¬ 
tional  dependency#  SERVICE  NUMBER - >  UNIT,  aid  UNIT - > 

COMMANDER  NAME.  As  a  result,  they  do  not  interface  with 
each  other.  In  addition,  the  two  relations  are  considered 
better  than  the  original  relation  since  the  join  of  the  two 
relations  is  equivalent  to  the  original  relation. 
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A.  OVERVIEW 

Generally#  the  database  design  consists  of  tvo  phases: 

[  the  logical  design  and  the  physical  design.  I:  is  hard  to 

identify  these  exact  two  phases  in  the  designing  process. 
In  this  chapter#  the  relational  theory  is  appLied  to  the 
requirement  (discussed  in  chapter  II)  for  doing  a  BOK  Army 
I  personnel  management  system.  A  relational  datibase  design 

is  specified  using  three  major  components:  relations# 

interrelation  constraints#  and  domain  and  attri bute/doaain 
correspondences  [fief.  14].  To  obtain  these  components 
concerning  the  database  objectives#  the  designee  should  use 
the  design  methodology#  the  design  techniques  in  each  step# 
the  validity  of  the  information  requirement#  and  a  lot  of 
endeavor.  Of  course#  designing  an  integrated  database  is 
difficult#  time  consuming#  and  an  unstructured  process. 

In  order  to  design  relational  database  in  tnis  chapter# 
section  B  shows  data  item  analysis  and  data  item  groups. 
Section  C  presents  data  item  groups  and  their  applications. 
Section  0  contains  database  design.  Section  C  introduces 
special  discussions. 

B.  DATA  ITEM  ANALYSIS  AND  DATA  ITEM  (.HOOPS 

The  integrated  file  structure  is  made  up  o£  groups  of 
all  relevant  data  items  to  conveniently  manage  aad  operate  a 
user  organization.  The  main  idea  of  a  database  is  to  place 
all  relevant  data  in  one  database  in  a  consisteat  and  stan¬ 
dardized  method#  to  get  rid  of  unnecessary  redundancy  and 
file  handling#  and  to  support  selective  inquiry  capabilities 
designed  to  achieve  a  vide  variety  of  ia for national 
requests. 


So  as  to  achieve  these  requirement s,  the  author  had  to 
synthesize  specific  data  items  from  several  current  file 
systeas  and  other  necessary  data  itens  from  the  aser 
requirement  (discussed  in  chapter  II)  vith  idea tif ications 
and  clarifications.  The  file  systea  has  included  87  sepa~ 
rate  data  iteas  that  are  collected.  These  data  items  are 
attached  in  Appendix  A. 

After  collecting  the  data  iteas,  eliminating  redundant 
or  unnecessary  duplication  and  adding  the  other  data  iteas 
that  are  required  for  the  database  model  to  consolidate  the 
database.  There  are  169  data  items  that  are  composed  of  two 
basic  groups  according  to  frequency  of  updating  or 
accessing.  Data  items  are  almost  static  in  relation  to 
others.  These  iteas  are  composed  of  the  data  that  is  not 
frequently  updated.  These  data  items  are  divided  into  two 
smaller  groups: 

1.  Data  iteas  that  are  frequently  used  or  retrieved  by 
applications*  programs  could  be  grouped  in  Hain 
Identification  (HAIN)  that  contains  eleven  data 
items.  This  group  will  be  occur  only  one  time. 

2.  Data  items  that  are  infrequently  used  or  retrieved  by 
applications*  programs  are  grouped  in  Personnel 
Character  istic^  (PSNLCH)  that  consists  of  five 
subgroups: 

•  Commission  subgroup  (COHN)  gives  the  information 
about  native  military  education  course  and  date 
of  coaaission.  This  subgroup  occurs  only  once 
and  contains  six  data  iteas. 

•  Body  Cha£  subgroup  (BODY)  includes  seven  data 
iteas  that  give  the  information  about  blood  type, 
height  and  uniform  size.  This  suu group  will 
occur  only  one  time. 


•  Marriage  subgroup  (HARR)  contains  two  data  items; 
martial  status  and  status  date.  Tiis  subgroup 
may  be  repeated. 

•  Address  subgroup  (ADDR)  contains  thres  data  items 
about  present  address  and  housing  status.  This 
subgroup  will  be  repeated. 

•  Retirement  subgroup  (RETIRE)  that  gives  the 
information  about  reason  and  date  of  retirement. 
This  subgroup  contains  four  data  items  and  occurs 
only  once. 

Data  items  that  are  dynamic  and  freguently  change,  and 
are  reguired  to  collect  for  historic  purposes,  are  divided 
into  several  smaller  groups  depending  on  their  cc rresponding 
historical  applications.  These  groups  are  the  following: 

1.  Promotion  group  (PR MT)  has  the  information  about 
rank.  This  group  contains  five  data  iteas  that  will 
be  repeated. 

2.  Career  group  (CAREER)  gives  the  information  about 
military  career.  This  group  includes  seven  data 
items  that  will  be  repeated. 

3.  Education  group  (EDOCN)  is  compose!  of  two 
subgroups: 

•  Military  Educat ion  subgroup  (REDOC)  gives  the 
information  about  military  education  courses  and 
grades.  This  subgroup  contains  nina  data  items 
that  will  be  repeated. 

•  Civilian  Education  subgroup  (CEDOCj  *  has  the 
civilian  education  background  both  before  and 
after  being  in  the  military.  This  subgroup 
contains  eight  data  items  that  will  be  repeated. 

4.  Capabilities  group  (CPBLTY)  consists  of  three 
subgroups  as  follows: 


>->4.V.V  %  .... 
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•  Physical  Exam  subgroup  (PHYSIC)  can  tains  the 

physical  capabilities.  This  subgroup  has  eight 
data  items  that  will  be  repeated. 

•  Technical  Capability  subgroup  (TECH)  gives  the 
information  about  some  technical  skill  and  the 
date  obtained.  This  subgroup  contains  four  data 
items  that  will  be  repeated. 

•  Foreign  Language  subgroup  (FRLANG)  Includes  six 
data  items.  This  subgroup  will  be  repeated. 

Health  Condition  group  (HEALTH)  contains  nineteen 
data  items  that  will  be  repeated  every  year. 

Award  and  Punishment  group  (AWARD)  has  the  informa¬ 
tion  about  the  awards  received  (medal,  honor,  or 
commendation)  and  any  punishment  given,  and  the  date 
of  occurrence.  This  group  contains  six  data  items 
and  will  be  repeated. 

Estimation  group  (El HT)  has  the  information  about  the 
estimates  on  a  military  person  by  the  commander/ 
seniors  in  a  unit.  This  group  is  diviled  into  two 
subgroups : 

•  Service  Sstjmat! on  subgroup  (SVEST)  contains  ten 
data  items  that  will  be  repeated  every  year. 


•  Recommended  Order  subgroup  (RCMORDi 
three  data  items  that  will  be  repeated. 


includes 


Secret  treatment  group  (SCRT)  has  the  information  on 
the  permitted  treatment  of  military  secret  documents. 
This  group  contains  four  data  items  aid  will  be 
repeated. 

War  Experience  group  (WAREPB)  is  recorded  with  three 
data  items.  This  group  will  be  repeated. 


>• 


10.  Flying- time  group  (FLYTIM)  has  the  amount  of  flying 
time  with  a  certain  kind  of  plane  to  carry  out  a 
given-mission.  This  group  contains  seven  data  items 
that  vill  be  repeated. 

11.  Helfaye  qrqup  (WELFARE)  is  composed  of  seven 
subgroups : 

•  Family  subgroup  (FAH)  gives  the  infora ation  about 
a  family  member.  This  subgroup  contains  four 
data  items  and  vill  be  repeated. 

•  Education  Expenses  Reduction  subgroup  (EDUEXP)  is 
the  recorded  amount  of  the  reduced  children's 
educational  expenses.  This  subgroup  contains 
four  data  items  and  vill  be  repeated. 

•  Mailjng  Address  subgroup  (MAIL)  contains  the 
sailing  address  to  be  used  vhen  there  is  a  total 
war.  This  subgroup  includes  five  data  items  and 
vill  be  repeated.  The  data  item  'Name'  in  this 
subgroup  may  be  the  same  as  the  data  item  'Name* 
of  Family  subgroup. 

•  Leaves  subgroup  (LEA7)  has  the  inforn ation  about 
military  vacations.  This  subgroup  contains  three 
data  items  and  vill  be  repeated. 

•  SI  Goods  subgroup  (PX)  is  a  recori  about  the 
various  goods  purchased  from  the  PX.  This 
subgroup  contains  five  data  items  and  vill  be 
repeated. 

•  Payroll  subgroup  (PAY)  has  the  information  on 
salary.  This  subgroup  contains  eleven  data  items 
and  vill  be  repeated  every  month. 

•  Transportation  R  eduction  subgroup  (TRU  NS)  is  the 
recorded  amount  of  the  reduced  transportation 


fee.  This  subgroup  contains  five  data  itess  and 
will  be  repeated. 


C.  DATA  ITEH  GEOOPS  AHD  THEIB  APPLICATIONS 

The  sain  idea  in  building  a  database  is  to  share  data 
aaong  a  wide  variety  of  applications  and  to  consolidate  data 
for  maintaining  more  applications.  Both  of  these  require¬ 
ments  need  the  complex  task  of  supporting  safe  and  require¬ 
ments  using  more  interrelated  data  and  support  by  sharing 
data  aaong  many  applications.  These  database  objectives  can 
be  attained  by  providing  database  management  system  (DBMS) 
software  to  physically  link  related  data  into  complex  file 
organizations. 

The  objectives  are  also  attained  by  the  der elopment  of 
database  design  methodologies  that  are  non-reduniant.  Data 
updated  by  one  application  can  be  used  by  all  other  users  of 
the  data  because  of  a  major  objective  of  databasa  management 
is  data  sharing.  The  Hain  Identification  (NAINi  ,  -  Personnel 
Characteristics  (PSNLCH) ,  Promotion  (PENT)  groups  identified 
in  the  previous  section  are  applied  by  all  applications. 
The  other  groups  in  multiple  applications  are  shown  in  the 
figure  4.1.  The  abbreviations  used  in  the  figure  4.1  come 
from  group/subgroup  names  in  the  previous  section.  The 
numbers  in  the  circles  are  used  for  applications:  1  is  used 
for  general  informations  of  individual  person,  2  is  for 
limited  informations  of  individual  person,  3  is  for  applica¬ 
tion  of  procurement  and  promotion,  4  is  for  education,  5  is 
for  assignment  and  transfer,  6  is  for  retirement,  and  7  is 
for  welfare. 

D.  DATABASE  DESIGN 


For  producing  an  effective  relational  database  design, 
David  Kroenke  [Bef.  14]  presents  several  differs nt  criteria 
as  follows: 


•  Elimination  of  modification  anomalies 

With  some  relations,  changing  data  have  undesirable 
conseguences.  These  consequences  are  called  aodification 
anomalies  (discussed  in  chapter  III).  If  relations  can  be 
put  into  normal  form,  then  modification  anomalies  do  not 
happen.  Thus,  relations  that  are  in  normal  form  are 
prefered,  and  normal  form  that  is  become  is  a  design  objec¬ 
tive. 

•  Relational  independence 

Two  relations  are  independent  if  modifications  can  be 
made  to  one  without  regard  for  the  other.  To  achieve  rela¬ 
tional  independence,  the  relations  can  be  joined  together. 
However,  the  joined  relation  may  occur  modification  anoma¬ 
lies.  To  get  rid  of  modification  anomalies,  decomposition 
can  be  adopted  in  relations. 

•  S&Bloss  ££2je£tions 

The  join  of  projection  may  create  false  records.  In  a 
database  design,  projection  that  generates  false  records, 
(loss  projections)  can  not  be  permitted.  Thus,  one  of  the 
relational  database  design  objectives  is  nonloss  project¬ 
ions. 

•  Ease  of  use 

One  criterion  for  a  relational  design  is  us3 r  friendly. 
As  far  as  possible,  the  designer  should  strive  to  build  the 
relations  in  order  that  are  familiar  and  seem  natural  to 
users. 

Among  the  design  criteria  discussed  above,  the  designer 
must  decide  priorities  and  make  the  best  possible  compromise 
in  light  cf  requirements.  There  is  no  standard  rule  for 
priority.  Thus,  the  author  gives  a  priority  to  ease  of  use 
since  users  have  little  knowledge  on  databases  aid  users  are 
frequently  transferred. 


The  author  examines  data  dictionary,  determines  that 
certain  items  in  the  record  and  certain  records  will  need  to 
exist,  based  upon  the  end-user  requirement  (discussed  in 
chapter  II).  MAIN  IDENTIFICATION  record  includes  3  items  of 
private  information,  BIRTH  PLACE,  ORDER  OF  SON,  and 
RELIGION.  They  are  very  commonly  used  and  ceguired  as 
general  information.  BIRTH  DATE  and  SEX  are  lot  included 
since  the  sccial  security  number  indicates  that  information. 
Present  rank  is  added  in  the  PROMOTION  record.  SPECIAL 
BRANCH  is  needed  for  only  a  few  persons,  therefore  can  not 
be  eliminated.  RECRUITMENT  DATE  in  the  COMMISSID N  record  is 
the  information  of  annuity.  In  the  near  future  RECRUITMENT 
DATE  will  be  adopted  to  compute  the  length  of  service. 

In  the  BODY  CHARACTERISTICS  record,  weight  is  added  in 
the  HEALTH  CONDITION  record.  Color  of  eyes  aid  Color  of 
hair  are  not  important  item  since  Korea  is  one  unigue 
nation,  since  all  Koreans  have  brown  eyes  and  black  hair. 
HOUSING  STATUS  and  STATUS  DATE  in  the  ADDRESS  record  are 
used  for  the  information  about  housing  allowance..  MILITARY 
PERSONNEL  RULES  in  the  RETIREMENT  record  includes  the  reason 
why  he  retired,  and  is  used  for  the  annuity.  Duration  of 
service  is  from  RETIRED  DATE  and  RECRUITMENT  5  ATE.  This 
data  is  not  stated  directly  in  the  reguirement. 

RANK  STATUS  in  the  PROMOTION  record  is  one  of  the  more 
important  information  within  personnel  treatment.  If 
someone  has  two  records  with  the  same  rank,  two  records  are 
identified  by  RANK  STATUS.  RANK  and  PROMOTIDN  DATE  are 
enough  to  find  the  duration  of  service  in  the  certain  rank. 

The  duration  of  certain  positions  can  be  found  from 
START  DATE  and  COMPLETION  DATE.  Therefore,  duration  item  in 
the  CAREER  record  is  not  necessary.  UNIT  itea  gives  the 
information  about  the  next  position  to  be  assigned.  The 
next  position  to  be  assigned  is  not  usually  with  the  same 
unit  as  before  since  it  is  important  to  familiarize  all 
personnel  with  many  other  regions  of  military  opa rations. 


SCHOOL  NAME  item  in  the  MILITARY  EDUCATION  record  is  the 
institution  attended.  One  of  the  most  important  items  is 
COURSE  NAME.  This  item  gives  a  lot  of  infora ation,  the 
number  of  the  candidate,  the  number  of  the  class,  the  size 
of  the  Class,  etc..  GRADE,  AVERAGE  GRADE  IN  CLASS,  ORDER  IN 
CLASS  and  CLASS  SIZE  are  important  data  for  selection  of 
promotion.  For  instance,  if  a  certain  serviceman  has  an 
ORDER  IN  CLASS  that  reflects  a  standing  in  the  top  third  of 
the  CLASS  SIZE,  he  is  evaluated  as  an  excellent  serviceman. 

EXAMED  YEAR  item  in  the  PHYSICAL  EXAM  record  is  enough 
since  every  serviceman  takes  a  physical  exam  yearly.  FINAL 
RESULT  item  is  not  necessary  since  the  final  resilt  is  found 
from  each  item  in  the  PHYSICAL  EXAH.  OBTAINED  DATE  in  the 
TECHNICAL  CAPABILITY  record  gives  the  information  about  the 
experience  of  techniques.  Interpretation  and  translation  in 
the  FOREIGN  LANGUAGE  record  is  replaced  with  SPEAKING  LEVEL 
and  LISTENING  LEVEL. 

CHECKING  YEAR  item  in  the  HEALTH  CONDITIO*  record  is 
shorter  and  better  than  checking  date  since  the  lealth  check 
is  executed  every  year.  A WARD/PUNIS HHENT  record  is  one  of 
the  more  important  data  for  morale  and  for  promotion. 

All  items  in  SERVICE  ESTIMATION  record  will  be  very 
frequently  used  to  assign  personnel  to  new  positions,  to 
select  every  applicant  for  education,  and  will  be  provided 
to  the  decision  maker,  namely  the  promotioa  selection 
committee.  But,  the  total  result  is  currently  used.  TOTAL 
RESULT  item  is  not  necessary  since  the  total  result  can  be 
derived  from  each  item. 

FLYING  TIME  record  will  be  adopted  for  onLy  aviation 
officers.  This  record  is  maintained  after  erery  sortie. 
The  accumulation  of  flying  time  for  each  sortie  is  derived 
from  TAKE  OFF  HOURS  and  LANDING  HOURS. 

There  are  several  records  in  the  WELFARE  groip.  FAMILY 
record  is  very  popular  used  as  private  information.  Birth 
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date  and  sex  is  also  not  included  (discussad  in  MAIN 
IDENTIFICATION  group).  In  the  EDUCATION  EXPENSES  REDUCTION 
record,  social  security  number  will  be  used  as  the  primary 
key.  ADDRESS  item  in  MAILING  ADDRESS  record  fill  be  used 
when  there  is  a  total  war,  since  all  servicemea  vill  be  at 
war,  the  monthly  payroll  and  other  correspondences  vill  be 
sent  to  another  person.  This  address  itei  for  some 
servicemen  vill  be  the  same  as  the  PRESENT  ADDRESS  in  the 
ADDRESS  record.  LEAVES  record  is  very  important  for  enlist- 
edmen.  This  record  may  occur  every  year. 

It  is  time  to  determine  whether  or  not  certain  records 
are  combined  or  separated.  In  all,  the  infora ation  about 
career  events  in  the  COMMISSION,  RETIREMENT,  PROMOTION, 
CAREER,  and  MILITARY  EDUCATION  records  can  be  combined  into 
a  single  record.  The  36  initial  items  in  the  a&  ove  records 
can  be  reduced  to  the  following  17  items:  Common  items  are 
SERVICE  NUMBER,  PERSCNNEL  ORDER,  and  DATE  OF  ORDER.  COURSE 
NAME  is  used  for  COURSE  of  the  COMMISSION  record,  and  COURSE 
NAME  Of  the  MILITARY  EDUCATION  record.  ORDER  OF  COURSE, 
ORDER  IN  CLASS,  and  CLASS  SIZE  ate  common  to  the  COMMISSION, 
and  the  MILITARY  EDUCATION  records.  START  )  ATE  is  for 
COMMISSIONED  DATE  from  the  COMMISSION,  PROMOTION  DATE  from 
the  PROMOTION,  RETIREMENT  DATE  from  the  RETIREMENT,  and 
START  DATE  from  the  CAREER  and  the  MILITARY  EDUCATION 
records.  COMPLETION  DATE  is  for  RECRUITMENT  D1 TE  from  the 
COMMISSION,  and  COMPLETION  DATE  from  the  CAREER  and  the 
MILITARY  EDUCATION  records. .  UNIT  is  for  SCHOOL  NAME  in  the 
MILITARY  EDUCATION,  and  UNIT  in  the  CAREER  records. 
COMPLETION  REASON  and  POSITION  are  used  only  foe  the  CAREER 
record.  GRADE  and  AVERAGE  GRADE  are  only  for  the  MILITARY 
EDUCATION  record.  RANK  and  RANK  .  STATUS  are  only  for  the 
PROMOTION  record.  MILITARY  PERSONNEL  RULE  is  only  for  the 
RETIREMENT  record.  By  the  combining  of  serveral  records 
about  career,  total  record  length  is  reduced  from  221  bytes 


to  95  bytes.  And  this  combined  record  name  is  Ci REERS.  If 
COD  BSE  NAME  is  not  blank  and  GRADE  is  blank,  this  record 
contains  the  information  about  the  COMMISSION  record.  If 
COOBSE  NAME  is  not  blank  and  GRADE  is  not  blank,  this  record 
contains  the  information  about  the  MILITARY  EDUCATION 
record.  If  RANK  is  not  blank,  this  has  tha  PROMOTION 
record.  If  POSITION  is  not  blank,  this  has  the  CAREER 
record.  If  MILITARI  EDUCATION  is  not  blank,  this  has  the 
RETIREMENT  record. 

The  ADDRESS  and  the  MAILING  ADDRESS  recoc ds  can  be 
combined  into  a  single  record,  PRESENT  S  MAILING  ADDRESS. 
HOUSING  STATUS  and  STATUS  DATE  are  only  for  the  ADDRESS 
record.  NAME,  SOCIAL  SECURITY  NUMBER,  BEL! TION,  and 
PRIORITY  are  for  the  MAILING  ADDRESS  record.  This  PRESENT  & 
HAILING  ADDRESS  record  has  8  items,  and  106  bytes.  * 

The  WAR  EXPERIENCE,  ANA  RD/PUNISHMENT,  and  LEAVES  records 
can  be  combined  into  a  single  record  named  WAR_AI ARD_LEAVES. 
KIND  OF  AWARD/PUNISHMENI,  WHOJ5IVEN,  and  GENERAL  ORDER  are 
used  for  the  AHARD/PUNISHMENT  record.  START  D A-TE  is  for 

RECEIVED  DATE  of  the  AHARD/PUNISHMENT,  START  DATE  of  the 
LEAVES  and  the  NAB  EXPERIENCE.  COMPLETION  DATE  is  for  DATE 
CF  ORDER  of  the  AHARD/PUNISHMENT,  COMPLETION  DATE  of  the 
LEAVES  and  the  NAR  EXPERIENCE  records.  WAR  NAME  is  for  the 
WAR  EXPERIENCE,  and  REASON  is  for  the  LEAVES  records.  This 
record  is  reduced  from  15  items  to  9  items,  and  from  123 
bytes  to  93  bytes.  The  way  to  identify  each  information  is 
as  follows:  If  REASON  (HRSN)  is  not  blank,  this  is  the 

information  about  the  LEAVES  record.  If  WAR  l AME  is  not 
blank,  this  in  the  information  about  the  NAR  EXPERIENCE 
record.  If  WH0_GIVEN  is  not  blank,  this  is  the  information 
about  the  AHARD/PUNISHMENT  record. 

PHYSICAL  EXAM  and  HEALTH  CONDITION  can  be  combined  into 
a  single  record,  too.  This  record  is  called  PHYSICAL  EXAM  S 
HEALTH  CONDITION.  CHECKING  YEAR  will  be  use  with  EXAM  YEAR 


of  the  PHYSICAL  EX  Ail  record.  EYE  (LEFT)  uses  with  100m,  EYE 
(RIGHT)  uses  with  2000m,  EAB  (LEFT)  uses  with  BBOAD  JUMP, 
EAB  (BIGHT)  uses  with  CHIN.UP,  NOSE  uses  with  GEE  NADE_THROW, 
and  TOOTH  (UP)  uses  with  SAND3AG_CARBI AGE  of  the  PHYSICAL 
EXAM  record.  If  the  last  item,  HEIGHT,  is  blaik,  this  is 
the  information  about  the  PHYSICAL  EXAM  record. 

However,  combination  into  a  single  record  can  not  be 
performed  if  the  combined  records  have  very  different  usage 
frequencies  and/or  circumstances.  For  instance,  MARRIAGE 
and  FAMILY  records,  SECRET  TREATMENT  and  SERVICE  ESTIMATION 
records,  etc.. 

On  the  other  hand,  MAIN  Identification  reord  contains 
the  private  information,  BIRTH  PLACE,  ORDER  OF  SON,  and 
RELIGION.  Therefore,  the  MAIN  Identification  record  will  be 
separated  into  two  records,  MAIN  ID  and  PRIVATE.  The  MAIN 
ID  record  has  8  items  and  the  PRIVATE  record  has  4  items. 
And,  the  PAY  ROLL  record  should  be  kept  separated  for 
security  reason. 

By  the  above  discussion,  one  record  is  separated  into 
two  records  and  12  records  are  combined  into  four  records. 
The  number  of  total  records  is  20  and  total  items  is  138 
(attached  appendix  B)  . 

Relationships  can  be  derived  from  the  defiled  records. 
SERVICE  NUMBER  in  the  MAIN  ID  record  is  to  be  latched  just 
one  time  with  SERVICE  NUMBER  in  the  PRIVATE  aid  the  BODY 
CHARACTERISTICS  records.  By  the  same  ways,  SERVICE  NUMBER 
in  the  PRIVATE  record  is  to  be  matched  just  ona  time  with 
the  MAIN  ID  record.  These  records  have  one-to-oae  relation¬ 
ships  with  each  other.  One-to-one  relationships  are  illus¬ 
trated  in  the  figure  4.2. 

SERVICE  NUMBER  in  the  MAIN  ID  record  may  a ave  several 
CAREERS  records  with  the  same  service  number.  Bit,  there  is 
only  one  MAIN  ID  record.  There  are  one-to-maay  relation¬ 
ships  from  the  MAIN  ID  record  to  the  CAREERS  records. 
Figure  4.3  represents  one-to-many  relationships. 


Figure  4.2  One-to-one  Relationships. 


one  to  many 


MAIN  ID 


PRIVATE 


BODY  CHAR 


MARRIAGE,  FAMILY 

PAYROLL,  PX_GOODS 

FLYING  TIME,  CAREERS 

PRESENT/MAILING  ADDRESS 
CIVILIAN  EDUCATION 
TECHNICAL  CAPABILITY 
FOREIGN  LANGUAGE 
SERVICE  ESTIMATION 
HA R_AH AR DELEAVES 
RECOMMEND  ORDER 
SECRET  TREATMENT 
TRANSPORTATION  REDUCTION 
PHY SICAL_EX AH/HEALTH  CONDITION 
EDUCATION  EXPENSES  REDUCTION 


FAMILY 


SERVICE  NUMBER  in  one  CAREERS  record  can  be  latched  with 
several  SERVICE  ESTIMATION  records  with  the  same  service 
number,  vice  versa.  This  case  is  an  example  of  lany-to-many 
relationships.  Many-to-aany  relationships  are  represented 
in  the  figure  4.4.  These  records  in  the  figure  4.4  are 
many-tc-many  relationships  vith  each  other. 


MARRIA3E 

PRESENT/MAILING  ADDRESS 

CAREERS 

CIVILIAN  EDUCATION 

FLYING  TIME 

TECHNICAL  CAPABILITY 

RECOMMEND  ORDER 

SERVICE  ESTIMATION 

FAMILY 

SECRET  TREATMENT 

?X_GGODS 

FOREIGN  LANGUAGE 

PAYROLL 

TRANSPORTATION  R2DUCTION 

WAR_AWAR  DELEAVES 

PHYSICAL  EXAM/BEALTH 

CONDITION 

Figure  4.4  The  list  of  Many-to-aany  Relationships. 


Schema  is  developed  by  determining  data  items,  records, 
and  relationships  among  database  records.  This  paragraph 
will  review  the  entities  presented  in  this  caapter,  the 
user  reguireaents  of  chapter  II  and  the  re lationships 
presented  above.  The  designer  must  be  particularly  careful 
to  determine  whether  these  relations  have  attributes  with 
values  that  are  sets.  Attributes  with  values  taat  are  sets 
are  not  permitted  in  a  relation,  each  attribute  has  only  one 
value  per  record,  and  records  can  not  be  contaiied  in  other 
records.  After  eliminating  these  problems,  everf  relation’s 
primary  key  can  be  decided  and  the  logical  schema  are  trans¬ 
formed  into  a  relational  schema  as  appendix  C. 


subset 


BAIN  PBIVA  BODY  ADDBS  CBEEB5  FAN 
(SN)  (SN)  (SN)  (SN)  (SN)  (FAMSSN) 


1  private  (SN). 

2  body  character¬ 
istics  (SNf 

3  marriage  (SN) 


6  civilian  X 

education  (SN) 

7  technical  X 

8  gias1*1  (s”'  i 

language  (SN) 

9  physical  exam/  X 
health  condi tion(SN) 

10  var/auard/  X 

leaves  (SN) 

1 1  service  X 

estimation  (SN) 

12  recommend  X 

order  (SN) 

13  secret  X 

treatment  (SN) 

14  flying  time(SN)  X 

15  family  (SN)  X 

16  education 
reduction (SN) 

17  PX_goods  (SN)  X 

18  payroll (SN)  X 

19  transpgrta tion  X 

reduction  (SN) 


Figure  4.5  Interrelation  Constraints. 


Figure  4.5  presents  interrelation  constraints.  For 
example,  it  specifies  that  the  values  of  SERVICE  NUMBER  in 
PRESENT/HAILING  ADDRESS  must  be  a  subset  of  tie  value  of 
SERVICE  NOBBEB  in  NAIN  ID.  By  the  terms  of  projsction, 
PRESENT/HAILING  ADDRESS  (SN)  subset  of  BAIN  CD  (SN)  . 

And,  domain  and  attribute/domain  correspoa dences  are 
replaced  by  Data  Dictionary  (appendix  B)  and  code  table 


(appendix  0).  These  will  be  used  by  application  programmers 
and  query/update  users. 

The  relations  in  the  schema  (appendix  C)  must  be  not 
insertion  or  deletion  anomalies.  Also,  all  of  the  interre¬ 
lation  constraints  must  be  inclusion  constraints.  No  func¬ 
tional  dependencies  have  been  normalized  across  relations, 
and  the  relations  are  natural. 

E.  SPECIAL  DISC OS SICS 
1 .  Serving.  Number 

The  individual's  service  number  is  the  primary  key 
in  the  personnel  database.  Of  course  the  social  security 
number  can  also  be  used,  however,  for  military  pirposes,  the 
individual's  service  number  is  more  useful. 

Even  within  the  military  there  are  several  different 
serial  service  number  according  to  the  serviceman's  native 
militaiy  education  courses.  To  make  it  easier  to  access  the 
database  the  various  service  numbers  must  be  changed  into 
one  unique  form  before  loading  into  the  database.  When  they 
are  retrieved  by  the  application  software,  they  must  be 
transformed  back  into  their  original  form. 

The  recommended  transformations  by  the  author  for 
individual  service  numbers  are  the  following: 

A.  Officer 

1)  commissioned  from  Korean  Military  Academy: 
000NNNNN 

Example:  20235  ====>  00020235 

2)  commissioned  from  3rd  Koreai  Military 
Academy:  00  5NNNNN 

Example:  512345  =«=*>  00512345 

3)  commissioned  from  BOTC:  0NNNNNNN 
Example:  84-01234  =*==>  08401234 

4)  commissioned  from  OCS:  00NNNNNN 

Example:  25324  8  ====>  00253248 


5)  commissioned  for  the  local  defsnse  forces: 

004NNNNN 

Example:  412527  =*==>  00412527 

B.  Warrant  Officer:  003NNNNN 

Example:  302132  ====>  00302132 

C.  Non  Commissioned  Officer  and  below:  1 NNNNNNN 

Example:  80012356  ====>  80012356 
12102732  ====>  1210273 2 

D.  Civilian:  50NNNNNN 

Example:  A  112947  ====>  50112947 

2 .  Transaction  Processing 

The  index  is  used  in  order  to  immediately  access  a 
specific  record,  and  consists  of  one  or  more  attributes  of  a 
certain  entity.  It  is  usually  considerably  smal-ler  than  a 
certain  entity  and  can  refer  to  the  attribute  that  is 
inverted,  e.g. ,  BANK  is  an  index. 

Insertion,  update,  deletion,  and  searching  are 
important  functions.  When  inserting  one  record,  it  is 
necessary  to  find  the  correct  place  to  insert  it.  Searching 
is  also  necessary  to  locate  a  certain  record  that  is  to  be 
updated  or  deleted.  For  instance,  in  order  to  find  the  UNIT 
name  that  a  certain  serviceman  named  Hong  Kil  Dong  serves, 
if  his  service  number  is  known,  his  CAREERS  records  can  be 
easily  found.  Among  several  CAREERS  records  found,  his  unit 


name  can  be  found  from  a  certain  record. 


That  record  has 


UNIT  entity  with  value  and  the  latest  ORDER  OF  DATE.  If  his 
service  number  and  birth  place  are  known,  several  MAIN  ID 
records  with  the  same  name  and  several  PRIVATE  records  with 
different  service  number  can  be  accessed.  From  several 
PRIVATE  records,  his  service  number  can  be  found.  This  case 
has  three  indices,  SERVICE  NUMBER,  BIRTH  PLACE,  and  NAME. 
Another,  when  the  list  of  officers  who  attended  Naval 
Postgraduate  School  is  asked,  the  indices  must  be 


identified,  such  as,  BANK  of  the  CABEEB  record  and  SCHOOL 
MAKE  Of  the  CIVILIAN  EDUCATION  record. 

In  order  to  obtain  the  desired  information,  analysis 
of  the  transaction  processing  concerning  the  database  should 
be  performed.  This  analysis  specifies  the  index  and  output 
required,  transaction  required  (e.  g. ,  retrieval,  update), 
entity  names  and  relationships,  its  frequency.  Its  purpose, 
report  format,  security,  and  the  processing  priority. 

3.  iZaaaiai 

A  DBMS  must  provide  a  vay  to  restore  the  database  to 
a  consistent  state  that  reflects  the  situation  after  some 
number  of  transactions  vere  completed.  The  journal  is  a 
basic  monitoring  record  in  which  all  changes  to  the  database 
of  a  certain  type  are  recorded.  A  system  journal  records 
every  transaction  that  happens  within  the  systei.  Jeffery 
D.  Oilman  [Ref.  10]  enumerates  the  most  general  case  of 
journal  entries  that  consists  of 

-  A  unique  identifier  for  the  transaction  causing  the 
change, 

-  The  old  value  of  the  item,  and 

-  The  new  value  of  the  item. 

In  this  Database  the  author  suggests  that  journal 
entries  consist  of  the  following: 

-  Identification  of  the  user  who  is  accessing  this  data 
base. 

-  Date  of  transaction  and  beginning/ending  times. 

-  Type  of  operation  causing  the  change  (insert,  delete, 
update,  list,  etc). 

-  Key  being  affected  by  the  change ( service  number,  etc). 

-  The  old  value  of  the  item. 

-  The  new  value  of  the  item. 

-  All  other  contents  typed  by  the  user. 


4.  MU  2i£ii°na£2Z£i£S£t0£j£ 


Each  DBMS  has  its  ova  method  to  prelefine  data 
descriptions.  Each  has  a  repository  for  the  database 
description,  a  language  facility  to  process  taat  descrip¬ 
tion,  and  a  mechanism  to  input  that  description  to  the  DBMS. 

In  DBMS  the  included  data  dictionac y/directory 
(DD/D)  3  is  primarily  oriented  tovard  the  internal  represen¬ 
tation  or  the  aachine  use  of  the  data  definition.  The  data¬ 
base  definition  does  contain  some  dictionary  information 
oriented  tovard  the  user.  It  should  give  neat ly  all  the 
inf or nation  that  a  good  dictionary  should  provide  for  the 
variety  of  users  vho  need  access  to  data  descriptions. 

A  DD/D  has  tvo  primary  users.  On  the  directory 
side,  it  gives  data  definitions  to  the  DBMS,  to  application 
programs,  and  to  gueries  for  access  to  the  storel  data.  On 
the  dictionary  side,  it  supports  the  database  administrator 
(DBA)  and  other  users  vith  information  about  the  data  defi¬ 
nitions  that  compose  the  database.  [Ref.  18] 

5 .  Database  Administration 

The  database  administration  is  the  autiority  that 
regulates  the  DBMS  to  provide  maximizing  benefits  to  users. 
It  contains  several  specialties:  information  system  anal¬ 
ysis,  database  structure  and  physical  organization  design, 
security,  recovery,  user  training,  configuration  tuning,  and 
docuaentation.  Each  of  these  specialties  may  be  designed 
for  one  individual  for  an  uncomplicated  database. 

Once  polices  and  procedures  have  been  set,  they 
should  be  documented  and  users  should  be  trains d  in  their 
applications.  Furthermore,  the  DBA  has  respoa sibility  to 
enforce  procedures.  User  activity  should  be  monitored. 


3 A  dictionary,  that  defines  the  internally 
attributes  of  the  data,  their  physical  character! 
stored  locations  [Ref.  18]. 


necessary 
sties,  ana 


additional  training  and  other  measures  should  be  taken  vhen 
users  do  not  conform.  In  this  case,  additional  leasures  are 
available  to  the  DBA.  One  is  that  the  DBA  can  warn  the  user 
and  notify  these  user's  senior  aanager.  If  tais  does  not 
success,  the  DBA  can  punish  the  user  by  reducing  job  priori¬ 
ties.  Generally  speaking,  such  aeasures  are  not  necessary. 
If  polices  and  procedures  are  appropriate,  are  set  for  the 
good  for  all,  and  are  carefully  explained,  users  will  be 
cooperative  and  follow  then. 

There  are  two  types  of  documentation  t o  be  main¬ 
tained  by  the  DBA:  One  concerning  database  activity  and  the 
second  concerning  database  structure.  Documentation 
regarding  data  activity  should  contain  database  standards, 
data  ownership,  retrieval  and  access  rights,  recovery  proce¬ 
dures,  and  policy  enforcement.  Good  documentation  is  espe¬ 
cially  iaportant  in  this  area  since  it  involves  liverse  user 
groups  and  these  user's  are  freguently  changed  throughout 
the  Korean  Army.  The  DBA  must  publish,  distribute,  and 
maintain  this  documentation.  The  second  type  oE  documenta¬ 
tion  for  the  DBA  office  concerns  the  database  structure.  It 
should  include  information  about  standardized  test  proce¬ 
dures,  test  forms,  record  keeping  methods,  and  test  result. 
In  addition  it  should  include  information  about  how  the 
structure  was  changed,  how  it  was  tested,  and  the  like. 
Bithout  proper  documentation  of  changes,  the  diagnosis  of 
the  problem  is  next  to  impossible.  This  documentation  is 
neither  published  nor  distributed  but  it  must  be  maintained, 
ffief. 


7.  gaasuaoga  as  &Esgammmgis 


As  the  ROK  Army  has  been  developed,  the  derision  maker 
needs  more  accurate,  and  complex  information.  Furthermore, 
different  decision  makers  require  different  information  to 
perform  personnel  management.  Manual  labor  and  file  systems 
can  not  achieve  the  objective  of  providing  this  information. 
Thus,  the  Army  needs  a  computerized  personnel  management 
system.  Particularly,  one  database  system  with  diverse 
applications  and  an  integrated  database  is  required  to 
support  information  for  performing  personnel  management 
rather  than  having  several  file  systems  in  several  computer 
centers.  Thus,  reduced  manual  effort  and  time  should 
decrease  the  size  of  staffs  and  should  therefore  increase 
combat  capability. 

To  attain  a  database  system,  the  database  model  must  be 
decided  before  the  system  design  phase.  A  relational  data¬ 
base  model  is  the  most  helpful  in  the  ROK  Army*  s  personnel 
management,  because  this  model  is  easy  to  use  with  simple 
relational  concepts,  and  high  level  languages  for  queries. 

This  thesis  covers  the  requirement  analysis,  data  item 
analysis  and  their  groups,  analysis  of  their  applications 
and  their  relationships,  and  three  components  for  relational 
database  design.  Thus,  the  database  design  is  completed 
using  a  relational  model  for  performing  personnel  management 
in  ROK  Army.  After  being  designed,  the  computer  programs 
should  be  fully  tested.  The  author's  recommendations  are: 

1.  The  hardware  with  capabilities  to  support  database 
system  should  be  chosen.  The  number  of  computer 
resources  should  be  sufficient  to  continuously 
service  all  end-users. 


A  tremendous  amount  of  data  must  be  loided  in  the 
memory  device.  This  labor  intensive  effort  will 
unfortunately  be  constrained  by  personnel  capabili¬ 
ties,  and  will  necessarily  take  a  long  period  of  time 
to  complete. 


4££EH££X  h 

DATA  ITEHS  FROM  COBRENT  FILE  SYSTEMS 

personnel  characteristics 
001  service  number 

002  social  security  number 

003  name 

branch 

004  original 

005  special 

function 

006  main 

007  secondary 

commission 
008  course 

009  order  of  course 

010  date 

011  order  in  class 

012  class  size 

013  main  address 

014  present  address 

015  order  of  son 

016  blood-type 

017  marital-status 

018  religion 

019  hobby 

020  service  type 

021  height 

££2&otisn 

022  administrative  order 

023  rank  status 

024  rank 

025  promotion-date 


lUiiaix  saxsst 

unit-name 

position 

period  (yyamdd,  yyamdd) 
military  education 
school  name 
coarse 

order  of  coarse 

period  (yymmdd,  yymmdd) 

grade 

average  grade 
order  in  class 
class  size 

school  naae 

aajor 

degree 

period  (yymmdd,  yymadd) 
location 

graduation  classification 
scholarship  froa  military 
heaili  cgfljjtiaa 
checking-year 
checking  result 

foreign  language  capability 
language 
speaking  level 
listening  level 
reading  level 
interpretation  level 
translation  level 

technical  capability 
kind  of  licence 
class 
bureau 


055 


obtained* date 


ajft£d/emugfe&gftt 

056  administrative  order 

057  kind  of  a  war  d/punishment 
058  given-date 

059  reason 

£££  experience 
060  war  naae 

061  period  (yymmdd,  yymmdd) 

secret  treatment 
062  per  ait  ted -date 

063  classification 

sssxiss  gfiUaafciga 

064  estimate- year 

065  kind  of  estimation 

066  estimated-resalt 

sslaclsA  Efcggaag 

067  purchase- goods 

068  manufactured- company 

069  model 

070  PX-location 

071  purchase- date 

072  kind  of  plane 

073  flying-  aission 

074  date  (yymmdd) 

075  period  (hham,  hhmm) 

payroll 

076  payroll  month 

077  basic  salary 

078  insurance 

079  annuity 

080  spouse's  allowance 

081  tax 

082  tax  advantage 


&£  isms  s 

DATA  DICTIONASI 


This  data  dictionary  contains  data  items  and  their 
records,  consisting  of  six  columns: 

1.  Item  number.  The  item  number  contains  four  digits. 
First  two  digits  stand  for  record  number.  The  other 
two  digits  are  a  serial  number  of  one  reco: d. 

2.  Data  item.  This  column  contains  the  data  item  name 
as  it  is  known  to  the  user. 

3.  Data  name.  This  column  contains  the  uni gue  name  for 
data  item  that  will  be  used  by  programmer/user. 

4.  Type.  This  column  contains  the  data  item's  type  where 
"n"  means  numeric,  "an"  means  alphanumeric,  and  "a"  means 
alphabet. 

5.  Length.  This  column  contains  number  of  c» aracters  in 
each  data  item. 

6.  Description.  This  column  contains  the  da  script ion  of 
the  data  item.  The  abbreviation  is  used:  YY SUDD  for  year 
(two  digits),  month  (two  digits),  and  day  (two  digits). 
YYMM  for  year  and  day,  YY  for  year,  HHHM  for  hours  and 
minutes.  See  (n)  stands  for  the  number  n  in  appendix  D. 
A  Won  is  the  unit  of  Korean  currency. 


#  data  item 

item 

data 

name 

ty 

-pe 

len¬ 

gth 

description 

SSSSSSSSSSSSSS 3SSS  S3SSS 

■ais  i£ 

an 

' 

£6) 

±. — *k— — 33 — 33 

0101  service  number 

SN 

n 

8 

main  hey 

0102  name 

NAME 

a 

25 

name  (las  t,  1st,  2nd) 

0103  original  branch 

ORGBR 

n 

2 

19  types,  see(1) 

0104 

special  branch 

SPEBB 

n 

1 

2  types,  see  (2) 

0105 

aain  function 

HAINFN 

n 

3 

38  types,  see  (3) 

0106 

secondary  function 

SECNFN 

n 

3 

129  types,  see  (4) 

0107 

social 

SSN 

n 

13 

- 

security  nuaber 

0108 

service  type 

SVCTYP 

a 

1 

3  types,  see  (5) 

EtiTfl&S 

££111 

(ID 

0201 

service  nuaber 

SB 

n 

8 

key 

0202 

birth  place 

BBTHPL 

n 

4 

city,  sea  (6) 

0203 

order  of  son 

OHDSOH 

n 

1 

1  -  9 

0204 

religion 

BELIGS 

n 

1 

4  types,  see  (7) 

fcsdz  sfeansigjg&gg  B2£l 

(24) 

0301 

service  nuaber 

S  N 

n 

8 

key 

0302 

blood- type 

BLOOD 

n 

1 

6  types,  see  (9) 

0303 

height 

HE1HT 

n 

4 

centiaeta  rs 

0304 

size  of  shoes 

SHOE 

n 

3 

millimeters 

0305 

size  of  pants 

PANT 

n 

2 

1  -  18,  see(10) 

0306 

size  of  shirt 

S  BBT 

n 

2 

1  -  18,  3ee(10) 

0307 

size  of  hat 

HATS 

n 

3 

(inches  X  10) 

0308 

size  of  gloves 

GLOV 

a 

1 

3  types,  see  (11) 

marriage 

SIM 

(15) 

0401 

service  nuaber 

5  N 

n 

8 

key 

0402 

aarital-status 

HARTAL 

n 

1 

2  types,  see  (12) 

0403 

status-date 

HARD  AT 

n 

6 

yytftiDD 

sj&ssfiizi&liasi 

1BBM 

(111) 

ai&sas 

0501 

service  nuaber 

SN 

n 

8 

key 

0502 

address 

A  DPRST 

an 

42 

- 

*  blank  for  Bailing 

address 

0503 

housing  status 

HUSTAT 

n 

1 

4  types,  see  (13) 

*  blank  for  Bailing 

address 

0504  status  date  STDATE  n  6  YYMHDD 

*  blank  for  nailing  address 

050  5  name  A  DNAM  an  4  2  name  (last  , first ,second) 

*  blank  for  present  address 

0506  social  security  ADSSH  n  13  - 

number 

*  blank  for  present  address 

0507  relation  ADREH  n  1  8  types,  see  (33) 

*  blank  for  present  address 

0508  priority  ADPRY  n  11-9 

*  blank  for  present  address 


sat ssc§ 

QilSES 

(££) 

0601  service  number 

SH  n 

8 

key 

0602  personnel  order 

CRPOBD  an 

15 

- 

0603  date  of  order 

C  RDAT  n 

6 

YYMMDD 

0604  course  name 

CBCOB  n 

4 

see  (1 8) 

*  for  commission. 

military  education 

0605  order  of  course 

ORDCIJR  n 

3 

001  -  993 

*  for  commission. 

military  education 

0606  order  in  class 

CRORD  n 

3 

001  -  993 

*  for  commission. 

military  education 

0607  class  size 

CRSZE  n 

3 

001  -  993 

*  for  commission. 

military  education 

0608  start  date 

CRSTAX  n 

6 

YYHMDD 

*  for  commission  date,  promotion  date,  retire  date,  and 
start  date  of  career  and  nilitary  education 

0609  completion  date  CRCPL  n  6  YYMMDD 

*  for  recruitment  date,  completion  date  of  career  and 
military  education 

0610  unit  CRUMT  an  10  unitcode,  see  (17) 

*  for  career,  school  name  of  military  education 

0611  completion  reason  CREAS  n  1 

*  for  career 

0612  grade  CBGR0  n  3  percentaj  e  (%) 


p.>>  ■> 


» 

r-.r 


Ls ; 


*  for  military  education 

0613  average  grade  CBAVG  n  3  percentage^) 

*  for  military  education 
0614  rank  status 

*  for  promotion 
0615  rank 

*  for  pros ot ion 

0616  military  personnel  CBBUL  n  6  article,  clause. 


CRBSTA  n  14  types,  see  (15) 
CBBNK  n  2  24  types,  see  (16) 


rule 

*  for  retiresent 


paragrapa ,  see  (14) 


0617  position 

CBPOS 

an 

15 

- 

*  for  career 

filimaa  s&aUsfi 

CfiMC 

(ID 

L 

0701  service  nusber 

SN 

n 

8 

key 

0702  school  nase 

CSCHL 

an 

25 

- 

0703  sajor 

CMAJB 

n 

4 

see  (1 9) 

0704  degree 

CDEGB 

n 

1 

4  types. 

see  (20) 

■ 

0705  start  date 

CSTBT 

n 

6 

IYMMDD 

- 

0706  ccspletion  date 

3  CM  PI 

n 

6 

IIMMDD 

0707  location 

CNTBI 

n 

3 

country. 

see  (21) 

0708  location 

C  LOC  A 

a 

16 

city 

■ 

0709  graduation 

CGBCL 

n 

1 

3  types. 

see  (22) 

*  *• 

classification 

.-N* 

0710  scholarship 

CSCHS 

n 

1 

2  types. 

see  (23) 

technical  capability  TECH 

(2D 

0801  service  number 

5  N 

n 

8 

key 

0802  kind  of  licence 

TECLCN 

n 

4 

see  (25) 

& 

0803  licence  number 

IECMMB 

n 

7 

serial  ni mber 

r 

0804  class 

TECCLS 

n 

1 

7  types. 

see  (26) 

1  V 

0805  obtained-date 

T ECO AT 

n 

6 

YYBMDD 

’**’-*, 

isaslaa  laassaas 

ISLIIS 

(ID 

0901  service  number 

SN 

n 

8 

key 

57 


•  S.  •*.  •*.  •*./,  . 


A-  v  v 


-  •- •- ■- • 


■V-Y.V. 


0902  language 
0903  speaking  level 
0904  listening  level 
0905  reading  level 


F LINGO  n 
FSPEAK  a 
PLISTN  a 
FREAD  a 


3  20  types,  see (27) 

1  3  types,  see  (24) 

1  3  types,  see  (24) 

1  3  types,  see  (24) 


JgJlZgAs&l  ZllEt  ESSAYS  (ftfi) 

fesalife  saftj Lilian 

1001  service  nuaber  SN  n  8  key 

1002  checking- year  CHYR  n  2  YY 

*  for  erased  year  of  physical  exam 


1003  eye  (left) 

LEYE 

a 

1 

3 

types. 

see  (28) 

*  for  100a  of  physical  exam 

3 

types. 

see  (24) 

1004  eye  (right) 

REYE 

a 

1 

3 

types. 

see  (28) 

*  for  2000a  of  physical  exaa 

3 

types. 

see  (24) 

100  5  ear  (left) 

LEAR 

a 

1 

3 

types. 

see  (28) 

*  for  broad  jump  of 

physical 

exaa 

3 

types. 

see  (24) 

1006  ear  (right) 

REAR 

a 

1 

3 

types. 

see  (28) 

*  for  chip-up 

3 

types. 

see  (24) 

1007  nose 

NOSE 

a 

1 

3 

types. 

see  (28) 

*  for  grenade-throw 

3 

types. 

see  (24) 

1008  tooth  (up) 

0  TOOT 

a 

1 

3 

types. 

see  (28) 

*  for  sandbag-carriage 

3 

types. 

see  (24) 

1009  tooth  (down) 

DTOOT 

a 

1 

3 

types. 

see  (28) 

1010  hand  (left) 

LHAND 

a 

1 

3 

types. 

see  (28) 

1011  hand  (right) 

RHAND 

a 

1 

3 

types. 

see  (28) 

1012  foot  (left) 

LFOOT 

a 

1 

3 

types. 

see  (28) 

1013  foot  (right) 

RFOOT 

a 

1 

3 

types. 

see  (28) 

1014  lung 

LONG 

a 

1 

3 

types. 

see  (28) 

1015  neck 

NECK 

a 

1 

3 

types. 

see  (23) 

1016  skin 

SKIN 

a 

1 

3 

types. 

see  (28) 

1017  round  of  chest 

CHEST 

n 

4 

centiaeti 

rs 

1018  highest 

HBLO 

n 

4 

mmHg 

blood  pressure 


1019  lowest 

blood  pressure 


LBLD  n  4  mmHg 


n  J  .  i.  ■  .  y.uv'P  P.li  yT^WTT1.'  J*  ■  .■  l-  » 
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1020  weight 


REIHT  n  4  kilograms 


wat_awasd_^eayes  42  AID  (93) 

1101  service  number  SN  n  8  key 

1102  kind  of  R KND  n  3  19  types,  see  (29) 

ava rd/p uni sh aent 

*  for  avard/punishaent 

1103  start  date  RSTAT  n  6  YYMMDD 

*  for  war  experience,  leaves 

1104  who_given  RG7N  an  1 5 

*  for  award/punishment 

1105  general  order  RGEN  an  15 

*  for  award/punishment 

1106  completion  date  R CNPL  n  6  YYMMDD 

*  for  war  experience,  leaves 

1107  war  name  RNME  an  16 

*  for  war  experience 

1108  reason  (for  leaves)  RHSN  n  15  types,  see  (34) 

1109  reason  RDBSN  a  23  - 

*  for  a  weird/  punishment 


i.-- 

k' 


feX 


sesvjce  estimation 

STEST 

(12) 

1201 

service  nuaber 

SN 

n 

8 

key 

120  2 

estimate- year 

S7YB 

n 

2 

YY 

1203 

integrity 

S7IGT 

a 

1 

3 

types. 

see  (24) 

1204 

honesty 

S  7HNS 

a 

1 

3 

types. 

see  (24) 

120  5 

responsibility 

S7BSP 

a 

1 

3 

types. 

see  (24) 

1206 

personality 

S7PSN 

a 

1 

3 

types. 

sea  (24) 

1207 

capability 

S7CPB 

a 

1 

3 

types. 

see  (24) 

1208 

estiaated-order 

S70RD 

n 

2 

120  9 

total  estiaatees 

S7TT1 

n 

2 

# 

of  tota  1 

•  w  •  t 

v*\ 


1303  recoaaended-order  BCOBD  n  2  - 

1304  total  recoaaendees  BCTTL  n  2  #  of  toti  1 


1 

V 

gfiSISi  l£§«il§nt 

§££2 

(16) 

•-;*  -;1 

1401  service  na fiber 

SB 

n 

8 

key 

1402  classification 

SCBC1S 

n 

1 

6  types,  see  (30) 

1 

i 

1403  peraitted-date 

SCBDAT 

n 

6 

YYMMDD 

1404  personnel  order 

SCfiOBD 

an 

15 

- 

.  • 

1405  data  of  order 

SPEOAT 

n 

6 

YYMMDD 

i 

f lying- tiae 

EltlSlfl 

(ID 

1501 

service  nuaber 

SB 

n 

8 

key 

1502 

type  of  plane 

FLPL 

n 

2 

- 

1503 

flying-aission 

FLMSSN 

n 

2 

4  types,  see  (31) 

1504 

date 

FLOAT 

n 

6 

YYMMDD 

1505 

take-off  hoars 

FLOFF 

n 

4 

HHMM  ’ 

1506 

landing  hoars 

PLLABD 

n 

4 

HHMM 

1507 

veather-time 

F1HOOD 

n 

2 

HHMM  (period) 

1508 

night-time 

FIBITE 

n 

2 

HHMM  (period) 

1601 

service  nuaber 

SB 

n 

8 

key 

1602 

social 

F AMS SB 

n 

13 

- 

security  number 

1603 

family  aeaber 

FAMES 

a 

25 

name  (la3t,  1st,  2nd) 

1604 

dependent 

FAMDEP 

n 

1 

2  types. 

see (32) 

1605 

relation 

FAHBEL 

n 

1 

8  types. 

see  (33) 

gflasalisa  sassages 

£iam 

(§1) 

1701  social  security 

EDOSSB 

n 

13 

- 

nuaber 

1702  school  name 

EDOSCH 

an 

28 

- 

1703  aaount  of  reduction 

EDOAMT 

n 

6 

von 

1704  reduction  aonth 

ED0M0B 

n 

4 

YYMM 

gfcflggfls 

1801  service  number 

21 

S  N 

n 

(iu 

8 

key 

1802 

purchase- goods 

PXGDS 

n 

2 

13  types,  see  (35) 

1803 

aanuf  actured-company 

'  PXCO 

an 

1 1 

- 

1804 

■odel 

PXHDL 

an 

10 

- 

1805 

PX- location 

PXLCT 

n 

4 

city,  sea  (7) 

1806 

purchase- date 

PXD4T 

n 

6 

rrHMDD 

Esdssiiga 

1SA1S 

(ID 

2001 

service  number 

SB 

n 

8 

key 

2002 

reduction-date 

TBDAT 

n 

6 

rrflMDD 

2003 

depart  ure-hours 

TEHOU 

n 

4 

HHHH 

2004 

origin 

TEOEG 

n 

4 

city 

200  5 

destination 

TBDST 

n 

4 

city 

2006 

hov 

TBH08 

n 

1 

4  types,  see  (3 6) 

2007 

amount  of  reduction 

IBEDC 

n 

6 

von 

PHE1TH  (SN,  Cl^R.  IE  YE,  REYE,  LEAR,  BEAR,  H0S2  ,  OTOOT, 
DTOOI,  IHAHD,  RHAND,  LFOOT,  RPOOT,  LONG,  NECK, 
SKIN,  CHEST,  HBLO,  LB  ID,  WEIHT) 

11.  war  experience,  award/ punishment ,  and  leaves 

aSAED  NKNO ,  WSTAT.  NGVN,  NGEN,  WCMPL,  NN3  E, 

NRSN,  WORSN) 

12.  service  estimation 

SVEST  (S5,  SVYB.  SYKND.  SVIGT,  SVHNS,  SVRSP,  3VPSN, 
SVCPB,  SYOHD,  SVTIL) 

13.  recommendation  crder 
RCHOBD  (5a#  BCYB.  BCORD,  RCTTL) 

14.  secret  treatment 

SCBT  (SN,  gCRCLS.  SCRDAT ,  SCRORD,  SPEDAT) 

15.  flying  time 

P1TTIB  (SN,  FLPL,  FIMSSN,  FLDAT.  FLOFF.  FLLAND ,  FLHOOD 
FINITE) 

16.  family 

FAH  (SN,  £L«SSN,  FAMEM,  FAHDCEP,  FAMREL) 

17.  education  expenses  reduction 
BDVEXP  l EDOSSN.  EDOSCH,  EDUAHT,  EDOMONt 

18.  PX_goods 

PX  (55,  PX3DS,  PXCO,  P XMDL,  PXLCT,  £1555) 

19.  payroll 

PAX  (5N,  £4SQN#  PASARA,  PAINSO,  PAANO,  PAWIF,  PAHEH, 
PAEN3,  PATAX,  PAADV,  PASALY) 

20.  transportation  reduction 

THAIS  (55#  TR  DAT.  TRHOO.  TRORG,  TRDST,  TRHOH,  TRRDC) 


*  The  under  lines  stand  for  the  primary  key 


hzmm  s 

SAMPLE  CODE  TABLE 


1.  Original  Branch 

infantry  21 
artillery  22 
armed  corps  23 
aviation  24 
engineer  25 
signal  corps  26 
ordnance  31 
guarter  master  finance  32 
transportation  33 
chemistry  34 
adjutant  general  41 
M.P.  42 
finance  43 
information  and  education  44 
medical  31 
judicial  52 
nurse  53 
military  religion  54 
women  55 


2.  Special  Branch 
inspection  1 


military  music 


3.  Main  Function  (samples,  officer  only) 


infantry  officer  110 
armed  officer  120 
field  artillery  officer  131 
defence  artillery  officer  132 
intelligent  officer  141 
ccabat  engineer  151 


•  -  I 


construction  engineer 

152 

engineering  eguipaent  sanageaent 

153 

coasunication  &  electronic 

161 

signal  eguipaent  sanageaent 

162 

aviation  officer 

171 

cheaical  officer 

211 

aobile  eguipaent  sanageaent 

221 

aaaunition  officer 

223 

aaterial  sanageaent 

231 

transportation  sanageaent 

241 

adjutant  officer 

311 

H.P.  officer 

321 

financial  officer 

331 

inforaation  S  education 

officer 

341 

aedical  officer 

411 

aedical  adainistration 

412 

aedical  eguipaent  sanageaent 

413 

wcaen  officer 

421 

4.  Secondary  Function  (saaples) 

general  function 

personnel 

510 

personnel  planiing 

511 

personnel  sanageaent 

512 

nan power 

513 

MIKE  repair 

654 

HWAK 

repair 

655 

VALCAH  repair 

656 

Elicon  repair 

657 

TOW  repair 

658 

rocket  repair 

659 

special  function 

surgeon 

771 

orthopedist 

772 

neurologist 

773 

plastic  surgeoa 

774 

obstetrician 

775 

oculist 

776 

otorhinolaryngology 

777 

5.  Service  Type 
short 
extension 


1 

3 


long 


2 


7. 

8. 

9. 

10. 

11. 

12. 


City  (samples) 


Seoul 

0100 

Busan 

3  200 

Inchon 

0300 

Oaejun 

3400 

Chungju 

0500 

Junj  u 

0600 

Gvangju 

0700 

Je  ju 

0800 

Changweon 

0900 

Daegu 

1  000 

Chunchung 

1100 

Py on yang 

1200 

Sineoju 

1300 

Chun jin 

1  400 

Heongnaa 

1500 

Religion 

catholic 

1 

protestant 

2 

buddhist 

3 

none 

9 

Ccmaissioa  Course 

KHA 

1 

3rd  KMA 

2 

ROTC 

3 

OCS 

t 

Special  OCS 

5 

Blood  Types 

A 

1 

B 

2 

AB 

3 

0 

4 

RH- 

5 

RH  + 

6 

Size  of  Pants/Shirt 

codes  is  equal 

.  the  numbers 

of  size 

Size  of  Gloves 

small 

1 

middle 

2 

large 

3 

Harital  Status 

marriage 

5 

divorce 

9 

13.  Housing  Status 

ailitary  quarters  1  military  apartment-* ouse 
rent  3 


owner 


14.  Military  Personnel  Rules  (samples) 

aiiisls  siaass  MsaasaBfe 


41 

2 

1 

410201 

41 

2 

2 

410202 

41 

2 

3 

410203 

42 

1 

1 

420101 

42 

1 

2 

420102 

42 

2 

3 

420203 

43 

2 

2 

4302  02 

44 

2 

3 

440203 

44 

2 

5 

440205 

15.  Rank  Status 
regular 
appointed 


1 

3 


16.  Rank 
general 

general 
major  general 
officer 

colonel 

major 

captain 

second  lieutenant 
warrant  officer 


NCO 


temporary 

demotion 


2 

4 


11 

13 


21 

23 

31 

33 

41 


51 

53 


master  sergeant 
staff  sergeant  (I) 
private 

staff  sergeant (II) 
corporal 
second  private  class  65 
civilian 

group  I  71 

group  III  73 


61 

63 


67 


lieutenant  jeneral 
brigader  geaeral 


lieutenant  colonel 


first  lieutenant 


sergeant 


group  II 
group  IV 


12 

14 


22 


32 


52 


lance  corporal  62 

first  private  class  64 


72 

74 


group 

V 

75 

group  VI 

76 

group 

VII 

77 

group  VIII 

73 

group 

IX 

79 

17.  Unit  Code 

not  included  for  secret  reasons 

18.  Military  Education  Courses  (samples,  only  maniatory  courses) 
officer 

National  Defense  College  1001 

Army  Defense  College  (regular  course)  1002 

Army  Defense  College  (nonregular  course)  =  1003 

Officer  Advanced  Course  1004 

Officer  Basic  Course  1005 

warrant  officer 

advanced  course  2001 

non  commissioned  officer  (NCO) 

NCO  Advanced  Course  3001 

NCO  Basic  course  3002 

enlisted  men 

basic  M OS  course  4001 

19.  Major  (sample) 


administration 

0101 

agriculture 

0102 

architectural 

engineering 

0103 

bacteriology 

0201 

biology 

0202 

business 

0203 

chemistry 

0301 

civil  engineering 

0302 

communication 

0303 

computer  science/inf  ora  a  ti  ox 

i  system 

0304 

construction  engineering 

0305 

20.  Degree 

Ph.  D  1  Master  2 

bachelor  3  Diploma  4 


21.  Country  (samples) 


Burma 

101 

Indonesia 

102 

Japan 

103 

Malaysia 

104 

Philippines 

105 

Singapore 

106 

Taiwan 

102 

Denmark 

201 

England 

202 

France 

203 

Germany 

204 

Italy 

205 

Norway 

206 

Portugal 

207 

Spain 

208 

Sweden 

209 

South  Africa 

301 

Australia 

401 

Brazil 

501 

Canada 

502 

Chile 

503 

Columbia 

504 

Mexico 

505 

Peru 

506 

united  States 

507 

22.  Graduation  Classification 

graduation  1  not  graduation  2 

completion  3 

23.  Scholarship 

military  1  others  2 

24.  Physical  Examination  Class 

excellent  A  good  B 


capacity  of  development  C 

25.  Licences  (samples) 

electric  repair  2201 
electrical  eguipment  repair  2202 
electronic  testing-equipment  repair  2203 
radio  /  T7  repair  2204 

compressor  operation  3301 
crane  operation  3302 
excavator  operation  3303 


69 


grader  operation 

mixer  (concrete)  operation 

paving  machine  (concrete,  asphalt)  operation 

power-shovel  operation 

tractor  operation 

26.  Licence  Class 


engineer  top 

1 

engineer  I 

2 

engineer  II 

3 

skill  top 

4 

skill  I 

5 

skill  II 

6 

skill  III 

7 

Foreign  Languages 

Arabic 

801 

Bulgarian 

8)2 

.  Burmese 

803 

Chinese 

80  4 

Dutch 

805 

English 

806 

French 

807 

Grecian 

80  8 

German 

809 

Indonesian 

810 

Iranian 

811 

Italian 

81  2 

Japanese 

813 

Polish 

81  4 

Russian 

815 

Spanish 

81  6 

Swedish 

817 

Thai 

81  8 

Turkish 

819 

Fietna me se 

82  0 

Health  Condition 

normal 

A 

non-normal 

B 

Award 

medal 

Dongbaek 

11 

Kvangbok 

12 

Ch  unsu 

13 

Saa-il 

n 

honour 

Chung-mu 

21 

Wha-rang 

22 

Oel-ji 

23 

In-hun 

24 

commendation 
president 
prime  minister 


330  4 

3305 

3306 

3307 

3308 


31 

32 


ministry  of  rational  defense  33 

chief  of  general  staff  31 

field  army  commander  35 

corps  commander  35 

division  commander  37 

regiment  commander  33 

battalion  commander  33 

punishment 

heavy  reprimand  51  reprimand  52 


30.  Secret  Treatment  Classi fication 


top 

1 

secret 

confidential 

3 

restricted 

cipher 

5 

31.  Fly  Mission 

fight 

10 

reconnaissance 

operation 

21 

training 

32.  Dependant 

dependant 

1 

independant 

33.  Relation 

grand  father 

1 

grand  mather 

father 

3 

mother 

brother 

5 

sister 

spouse 

7 

children 

34.  leaves 

annual 

1 

sicX 

reward 

3 

asking 

others 

5 

2 

4 


20 

30 

2 

2 

4 


35.  PX-Goods 
auto 

color  TV 

video-record  player 


11  autocycle 
21  audio-system 
23  personnel  computer 
31  telescope 


camera 


mixer 

wash  machine 
golf 


41  refrigerator 
43  gas-range 
51 


36. 


Transportation 

plane 

train 


1  bus 
3  ship 
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